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DETAILED ACTION 

Response to Arguments 

Applicant's arguments with respect to claims 1-5, 8-12, 15-17, and 19-25 have been 
considered but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

2. Claims 1-5, 8-12, 15-17, and 19-21 are rejected under 35 U.S.C. 103(a) as being obvious 
over Hayes (US 2003/0158906) in view of Connery et al. (US 6,246,683). 

In regards to claim 1, Hayes discloses a method of processing frames for a TCP 
connection comprising: processing a first portion of the frames using an offload unit to produce 
first processed frame data (figs. 7 and 12 disclose an offload processor. Paragraph 38 discloses 
offloading a portion of the frames for processing); processing a second portion of the frames 
using the offload unit to produce second processed frame data (figs. 7 and 12 disclose an offload 
processor. Paragraph 38 discloses offloading a portion of the frames for processing); and 
processing the second processed frame data using the TCP stack executed on a CPU to produce 
third processed frame data (Paragraph 39 discloses sending some frames back to the CPU for 
further processing using the TCP stack if the offload processor cannot complete the processing.) 
Hayes is silent to uploading the first processed frame data to a user buffer in a first portion of 
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memory that is allocated to an application program; and uploading the second processed frame 
data to a legacy buffer in a second portion of the memory that is allocated to a software driver 
configured to communicate between the offload unit and a TCP stack. 

Connery discloses uploading the first processed frame data to a user buffer (fig. 4 
element 111 discloses a buffer) in a first portion of memory that is allocated to an application 
program (fig. 4 indicates the buffer, 1 1 1, is located in a higher layer managed memory. Col. 6 
lines 41-44 disclose it is an application managed memory.) and uploading the second processed 
frame data to a legacy buffer (fig. 4.1 10 discloses a buffer) in a second portion of memory that is 
allocated to a software driver (fig. 4 indicates the buffer, 1 1 0, is located in a driver managed 
memory) configured to communicate between the offload unit and a TCP stack (fig. 3 discloses 
the driver layer, 54, communicates between the offload unit, 56, and a TCP stack, 52.). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to upload the first and second portion to buffers in application or driver memory respectively, as 
taught by Connery, in the offloading method taught by Hayes because doing so improves the 
performance and scalability of a network, as taught by Connery in col. 3 lines 4-10. 

In regards to claim 2, Hayes and Connery disclose the method of claim 1, further 
comprising determining whether a special case exists during the processing of each of the frames 
(Hayes p. 38 discloses determining if an "exceptional condition", in other words a special case, 
exists during processing.) 

In regards to claim 3, Hayes and Connery disclose the method of claim 1, wherein at least 
a portion of the first processed frame data is payload data (Connery fig. 4. 102 discloses the first 
portion consists of payload data.) 
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In regards to claim 4, Hayes and Connery disclose the method of claim 1, wherein at least 
a portion of the second processed frame data is partially processed frame header data (Connery 
fig. 4.101 discloses the second portion consists of header data.) 

In regards to claim 5, Hayes and Connery disclose the method of claim 1, wherein at least 
a portion of the second processed frame data is payload data (Connery fig. 4.101 is termed a 
header fragment. However, it is disclosed the fragment is made up of Ethernet, IP, TCP, and 
SMB headers. As each header is added it is common to consider the remainder of the packet as 
payload. In other words, the Ethernet header encapsulates a payload which also happens to 
include IP, TCP, and SMB headers.). 

In regards to claim 8, Hayes and Connery disclose the method of claim 1, further 
comprising finishing processing of the second processed frame data by the TCP stack executed 
on the CPU (Hayes p.39 discloses finishing processing by the TCP stack on the CPU if the 
offload processor cannot complete processing. Connery fig. 3 and col. 6 line 58 - col. 7 line 20 
disclose completing processing of the second processed frame conventionally, using the TCP 
stack.). 

In regards to claim 9, Hayes discloses a system for processing data for a TCP connection, 
comprising: a TCP stack (fig. 10.1 18 discloses a conventional TCP stack) configured to process 
received frames (p.39 discloses processing certain receiving frames using the conventional TCP 
stack); a software driver configured to interface between the TCP stack and an offload unit (fig. 
10. 116 and 160 are device drivers which interface between the TCP stack and offload unit.); and 
the offload unit (fig. 10.26c is the offload unit) configured to: process frames received on a 
delegated connection to produce payload data and partially processed frames (figs. 7 and 12 
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disclose an offload processor. Paragraph 38 discloses offloading a portion of the frames for 
processing). 

Hayes is silent to a memory configured to store user buffers in a first portion that is 
allocated to an application program and to store legacy buffers in a second portion that is 
allocated to the software driver; and uploading partially processed frames to at least one of the 
legacy buffers; and upload the payload data to at least one of the user buffers. 

Connery discloses uploading the first processed frame data to a user buffer (fig. 4 
element 1 1 1 discloses a buffer) in a first portion of memory that is allocated to an application 
program (fig. 4 indicates the buffer, 1 1 1 , is located in a higher layer managed memory. Col. 6 
lines 41-44 disclose it is an application managed memory.) and uploading the second processed 
frame data to a legacy buffer (fig. 4.1 10 discloses a buffer) in a second portion of memory that is 
allocated to a software driver (fig. 4 indicates the buffer, 1 10, is located in a driver managed 
memory) configured to communicate between the offload unit and a TCP stack (fig. 3 discloses 
the driver layer, 54, communicates between the offload unit, 56, and a TCP stack, 52.). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to upload the first and second portion to buffers in application or driver memory respectively, as 
taught by Connery, in the offloading method taught by Hayes because doing so improves the 
performance and scalability of a network, as taught by Connery in col. 3 lines 4-10. 

In regards to claim 10, Hayes and Connery discloses the system of claim 9, wherein the 
offload unit is configured to process frames for which a special case does not exist (Hayes p. 39 
discloses returning frames from the offload to the main processor if a special case exists. In 
other words the offload unit only processes frames for which a special cases does not exist.). 
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In regards to claim 11, Hayes and Connery disclose the system of claim 9, wherein the 
offload unit is configured to notify the TCP stack when a special case is determined to exist 
(Hayes p. 39 discloses transferring control back to the TCP stack, from the offload processor, if a 
special case is determined to exist. The transfer of control serves as notice to the TCP stack of 
the special case.). 

In regards to claim 12, Hayes and Connery discloses the system of claim 9, wherein the 
TCP stack is configured to process frames for which a special case exists (Hayes p. 39 discloses 
returning frames from the offload to the TCP stack if a special case exists.). 

In regards to claim 15, Hayes discloses receiving additional frames while uploading 
processed frames. Frames will continue to be received unless the input buffer is full. Only then 
will incoming packets be denied, i.e. dropped. Therefore it is inherent that the offload processor 
will continue to receive frames that will wait processing while it completes processing of its 
current frame. 

In regards to claim 16, Hayes discloses a method of processing frames for delegated and 
nondelegated TCP connection, comprising: processing delegated TCP connections using an 
offload unit (figs. 7 and 12 disclose an offload processor. Paragraph 38 discloses offloading a 
portion of the frames from a delegated connection for processing.) for which special cases do not 
exist (Hayes p. 39 discloses returning frames from the offload to the main processor if a special 
case exists. In other words the offload unit only processes frames for which a special cases does 
not exist) to produce processed frame data; processing non-delegated TCP connections using a 
TCP stack executing on a CPU (p. 67 discloses there are some processes, such as application 
specific initialization which should not be processed by the offload unit but instead processed 



Application/Control Number: 1 0/73 1 ,632 Page 7 

Art Unit: 2616 

conventionally.); processing all frames for which special cases exist using the TCP stack 
executing on the CPU (Hayes p. 39 discloses returning frames from the offload to the TCP stack 
if a special case exists.). 

Hayes does not disclose uploading the processed frame data to a user buffer in a first 
portion of memory that is allocated to an application program; and uploading frame data for the 
non-delegated TCP connection to a legacy buffer in a second portion of the memory that is 
allocated to a software driver configured to communicate between the offload unit and the TCP 
stack. 

Connery discloses uploading the first processed frame data to a user buffer (fig. 4 
element 1 1 1 discloses a buffer) in a first portion of memory that is allocated to an application 
program (fig. 4 indicates the buffer, 1 1 1, is located in a higher layer managed memory. Col. 6 
lines 41-44 disclose it is an application managed memory.) and uploading the second processed 
frame data to a legacy buffer (fig. 4.1 10 discloses a buffer) in a second portion of memory that is 
allocated to a software driver (fig. 4 indicates the buffer, 1 10, is located in a driver managed 
memory) configured to communicate between the offload unit and a TCP stack (fig. 3 discloses 
the driver layer, 54, communicates between the offload unit, 56, and a TCP stack, 52.). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to upload the first and second portion to buffers in application or driver memory respectively, as 
taught by Connery, in the offloading method taught by Hayes because doing so improves the 
performance and scalability of a network, as taught by Connery in col. 3 lines 4-10. 
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In regards to claim 17, Hayes and Connery disclose the method of claim 1, wherein at 
least a portion of the first processed frame data is payload data (Connery fig. 4. 102 discloses the 
first portion consists of payload data. 

3. In regards to claims 19 and 20, Hayes discloses updating connection state information in 
paragraphs 57 and 67. 

4. In regards to claim 21, Hayes and Connery discloses the method of claim 1 further 
comprising issuing an interrupt to the CPU after the second processed frame data is uploaded to 
the legacy buffer (Connery discloses a direct memory access engine in fig. 2.26. A DMA 
functions by reading or writing to memory while the CPU completes other tasks. When the 
DMA completes its task it issues an interrupt. Therefore an interrupt must be issued after each 
processed frame is uploaded to the legacy buffer) 

5. Claims 22-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over Hayes (US 
2003/0158906) in view of Connery et al. (US 6,246,683) in view of known prior art. 

In regards to claims 22 and 23, Hayes and Connery disclose user and legacy buffers, but 
not wherein the buffers are physically contiguous memory locations. 

It was known by those of ordinary skill in the art to allocate physically contiguous 
memory locations. It is also inherent that within one memory locations can either be contiguous 
or not. The choice of one or the other is often a matter of taking other design constraints into 
account, such as the ease of which contiguous memory may be increased in size later. 

Official Notice is taken that it would have been obvious to one of ordinary skill in the art 
at the time of the invention to allocate physically contiguous locations to the buffers taught by 
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Hayes because it is preferable to have contiguous memory when dealing with large amounts of 
money for cache and memory access latency reasons. 

In regards to claims 24 and 25, Hayes discloses user and legacy buffers, but not wherein 
the buffers are physically non-contiguous memory locations. 

It was known by those of ordinary skill in the art to allocate physically non-contiguous 
memory locations. It is also inherent that within one memory locations can either be contiguous 
or not. The choice of one or the other is often a matter of taking other design constraints into 
account, such as the ease of which contiguous memory may be increased in size later 

Official Notice is taken that it would have been obvious to one of ordinary skill in the art 
at the time of the invention to allocate non-contiguous locations to the buffers taught by Hayes 
because fragmentation problems may prevent contiguous locations and virtual memory can 
simulate contiguous memory. 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KERRI M. ROSE whose telephone number is (571) 272-0542. 
The examiner can normally be reached on Monday through Thursday, 7:00 am - 4:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Aung MOE can be reached on (571) 272-7314. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/AungS. Moe/ /kr/ 
Supervisory Patent Examiner, Art Unit 2616 Examiner 
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